Некоторое время назад компания VMware выпустила интересный документ "Understanding Data Locality in VMware Virtual SAN", касающийся локальности данных, то есть механизмов соблюдения временных и пространственных характеристик правильного чтения данных в целях оптимизации производительности кластера хранилищ Virtual SAN.

Мысль тут такая: локальность данных бывает двух типов:

• временная (Temporal locality) - это когда есть вероятность, что данные, использованные сейчас, потребуются снова в ближайшее время (это актуально, поскольку в инфраструктуре виртуализации несколько машин на хосте часто используют одни и те же данные).
• пространственная (Spatial locality) - ситуация, когда есть вероятность, что после чтения некоторой области данных потребуется прочитать и данные находящиеся рядом - то есть в соседних блоках на хранилище.

Так вот, в документе подробно разбирается, каким именно образом обеспечивается работа с этими особенностями локальности данных применительно к кэшированию данных на хранилищах SSD хостов VMware ESXi.

Примерами работы с локальностью данных являются следующие особенности кластеров Virtual SAN:

• Каждый раз, когда виртуальная машина читает данные с хранилища, они сохраняются в кэше (Read Cache) на SSD-накопителе и эти данные могут быть востребованы очень быстро. Это работа с Temporal locality.
• С точки зрения Spatial locality, при кэшировании данных в кэш сохраняется также и "окрестность" этих данных в рамках чанков по 1 МБ.
• Virtual SAN имеет адаптивный алгоритм по вытеснению и сохранению данных в кэше - если данные используются редко, они выпадают с SSD-накопителя, а часто востребованные данные будут находиться там постоянно.
• Virtual SAN распределяет экземпляры данных по разным хост-серверам ESXi и работает при чтении сразу с несколькими узлами, но при чтении одного диапазона логических адресов работа идет только с одной репликой. Обусловлено это двумя фактораи: во-первых, увеличивается шанс того, что читаемые данные уже находятся в кэше на SSD, а значит будут прочитаны быстрее, ну и, во-вторых, один блок данных всегда будет закэширован только на одном узле, а значит дорогое SSD-пространство не будет пожираться дубликатами блоков.

В общем документ очень интересный - почитайте. Там еще много полезной информации на эту тему.

Компании VMware и Intel в партнерстве выпустили новый документ "Intel Data Plane Development Kit with VMware vSphere" (DPDK), который описывает работу с данной библиотекой приложений Linux User Space. Она позволяет на высоком уровне работать с подсистемой ввода-вывода и сетевого взаимодействия и на программном уровне обрабатывать то, что ранее необходимо было делать только на аппаратном для высоконагруженных систем, например, Application-specific integrated circuits (ASICs) и Field programmable gate arrays (FPGAs).

Данный DPDK с использованием техник паравиртуализации позволяет напрямую обращаться к аппаратным функциям оборудования или виртуальных устройств VMware vSphere.

Решение DPDK with VMware vSphere может быть использовано для миграции систем (обычно в сфере телекома и какого-то необычного сетевого взаимодействия), которые раньше были жестко завязаны на аппаратные функции "железа", на платформу VMware vSphere.

При использовании DPDK можно взаимодействовать со следующими механизмами VMware vSphere:

• Виртуальный сетевой адаптер VMXNET3
• Коммутаторы vSwitch и Virtual Distributed Switch
• Прямой проброс устройств через VMware vSphere DirectPath I/O или технологию SR-IOV

Стандартная реализация паравиртуализационного взаимодействия гостевой ОС через vSwitch и VDS выглядит так:

Если речь идет о пробросе устройств напрямую в ОС, то схема выглядит следующим образом:

Больше интересных подробностей можно узнать в самом документе.

Компания Veeam Software, известная всем продуктом номер 1 для резервного копирования виртуальных машин VMware и Microsoft, выпустила интересную бесплатную утилиту - Veeam Task Manager for Hyper-V.

Все знают старый добрый Windows Task Manager - средство отслеживания процессов и потребления ресурсов операционных систем Microsoft. Так вот Veeam Task Manager - это, по аналогии, средство отслеживания виртуальных машин на хост-сервере Hyper-V и потребления ими ресурсов хост-сервера.

Большим плюсом данной утилиты является то, что ее UX очень похож на Windows Task Manager, а рабочий процесс администратора при работе с виртуальными машинами похож на работу с процессами внутри ОС - обнаруживаем, кто потребляет чересчур много ресурсов - убиваем процесс (останавливаем ВМ), переносим эту ВМ на другой хост или делаем так, чтобы она не потребляла столько ресурсов.

Ранее утилита Veeam Task Manager for Hyper-V была доступна в составе последней версии Veeam Management Pack for System Center, но ввиду большого спроса со стороны пользователей ее сделали Standalone и бесплатной. Кстати, утилита после распаковки не требует установки и запускать ее можно, например, напрямую с флэшки.

Скачать бесплатный Veeam Task Manager for Hyper-V можно по этой ссылке.

20 августа компания StarWind, выпускающая продукт номер один для создания программных отказоустойчивых iSCSI-хранилищ для VMware vSphere и Microsoft Hyper-V, проводит бесплатный вебинар "Hyper-Converged or Compute and Storage Separated - Which is Best for Virtualization".

Вебинар будет посвящен интересному вопросу: как использовать вычислительные ресурсы и хранилища для виртуальных машин - держать их вместе (как это делается с помощью StarWind Virtual SAN для платформы Hyper-V) или раздельно (классическая архитектура хост-серверов и отдельно программных или аппаратных хранилищ).

Очевидно, что первый вариант дешевле и выгодней, так как используется меньше хост-серверов, а на них одновременно создаются отказоустойчивые кластеры как для вычислительных мощностей (ВМ), так и для хранилищ (виртуальные диски). Но может быть здесь есть какие-то подводные камни? Приходите на вебинар и спросите!

На мероприятии будут рассмотрены следующие вопросы:

• Обзор рынка решений для создания программных хранилищ.
• Неприятности, которые несет собой традиционная архитектура аппаратных СХД.
• Обзор решений распределенных хранилищ с функциями отказо- и катастрофоустойчивости.
• Рассмотрение масштабируемых архитектур хранения, в том числе сугубо на базе программных решений.

Вебинар пройдет 20 августа в 22-00 по московскому времени.

ЗАРЕГИСТРИРОВАТЬСЯ

В этом посте мы сравним дисковые массивы DotHill 3730 и NetApp 5412. Сравнение и тестирование проводилось с целью определить целесообразность смены систем хранения данных DotHill на СХД NetApp. Один из заказчиков ИТ-ГРАД много лет использовал дисковые массивы DotHill 3730 для хранения всякого нужного, но пришло время их менять. Не то чтобы они были плохие, просто за несколько лет эксплуатации накопились обиды...

Вильям Лам описал интересный способ по запуску виртуальных машин с Mac OS X на борту в виртуальном же VMware ESXi, который установлен на платформе VMware Fusion в хостовой Mac OS X. Напомним, что этот вариант запуска виртуальной машины не противоречит лицензионному соглашению Apple, предписывающему запускать Mac OS только на собственном железе.

Для того, чтобы убедиться в том, что гостевая ОС выполняется на оборудовании Apple, сервер ESXi использует механизм Apple SMC (System Management Controller).

В конфигурации, приведенной выше, ESXi по умолчанию не пробрасывает функции SMC в гостевую ОС, но это можно исправить, добавив специальные инструкции в Advanced VM Settings настроек виртуальной машины (или напрямую в VMX-файл):

smc.present = "TRUE"
smbios.reflectHost = "TRUE"

Проверить, что настройки эти зафиксировались можно через MOB (Managed Object Browser). Для этого перейдем по ссылке:

https://<ESXI_IP>/mob/?moid=ha-host&doPath=hardware

и увидим вот такую картинку (в противном случае настройка будет установлена в false):

После этого спокойно можно запускать Mac OS X в виртуальной машине на ESXi через VMware Fusion:

За что вот пользователи любят VMware, так это за то, что она вот такие экзотические штуки предусматривает.

Те из вас, кто еще застал VMware ESX 2.x-3.x, наверняка помнят, что в VMware vSphere несколько лет назад иногда возникала проблема некорректного выравнивания блоков на двух уровнях - гостевой ОС по одношению к VMFS и VMFS по отношению к блокам дискового массива (подробнее здесь и здесь):

В такой ситуации смещения блоков на разных уровнях (гостевая ОС, VMFS, дисковый массив) чтение одного кластера в ОС виртуальной машины потенциально могло привести к чтению сразу трех чанков дискового массива.

Были даже специальные утилиты (о них мы писали тут и тут), которые занимались этой проблемой и позволяли получить вот такую правильную картинку, где чтение одного кластера в гостевой ОС приводило к чтению только одного чанка дискового массива.

Выравнивание на стороне файловой системы VMFS было реализовано еще в VMFS-3 (для vSphere 3.x и 4.x), где стартовый Logical Block Address (LBA) выставлялся в значение 128, а в VMFS-5 (начиная с vSphere 5.x) выравнивается по LBA 2048.

Корректное выравнивание в гостевых ОС Windows было также реализовано достаточно давно, начиная с Windows Server 2008 и Windows Vista (естественно, и в версиях 7/8 тоже), начало партиций уже выровнено как положено.

Как же дела обстоят с хранилищами VMware Virtual SAN, которые не используют VMFS?

Тут надо понимать два момента:

1. Virtual SAN использует свое собственное нативное хранилище объектов, и не использует VMFS, поэтому проблем VMFS<->хранилище и VMFS<->гостевая ОС не существует.

2. Проблема гостевая ОС<->хранилище потенциально может существовать для старых ОС (например, Windows Server 2003), однако даже в этом случае она будет мало влиять на производительность.

И вот почему проблема выравнивания блоков в среде VMware VSAN является надуманной:

1. Все операции записи идут через SSD-накопитель как буфер, где они складываются в пачки и только потом идут на HDD, соответственно, импакта тут нет.

2. Операции чтения также обслуживаются кэшем на SSD (vFRC), поэтому тут тоже почти не будет потерь производительности в невыровненной конфигурации.

Поэтому, вывод один - не заморачивайтесь проблемой выравнивания блоков в среде VMware Virtual SAN.

Многие администраторы, которым требуется создание пользователей VMware vSphere на хостах ESXi используют vSphere Client.

Однако завести нового юзера можно и из консоли ESXi, только делается это не совсем обычным способом, который предложили вот тут.

Надо использовать команду adduser, которая исключена из окружения командной строки (раньше она была на ESX), но по-прежнему доступна через busybox.

Добавляем нового пользователя так:

# /usr/lib/vmware/busybox/bin/busybox adduser -s /bin/sh -G root -h / steve

здесь:

• -G - группа пользователя (добавляем рута)
• -h - его домашняя директория
• steve - понятное дело, имя пользователя

После выполнения этой команды будет выведен интерактивный запрос на создание пароля пользователя, что не очень удобно для автоматизированных скриптов.

Есть команда, которая не предлагает ввести пароль, но создает пользователя без пароля:

# /usr/lib/vmware/busybox/bin/busybox adduser -s /bin/sh -G root -h / -D steve

Однако создавать пользователя без пароля - моветон. Поэтому следующей командой в скрипте можно задать ему нужный пароль:

# echo testpass | passwd steve --stdin

Вот так элегантно и просто вбиваем юзеру steve пароль "testpass". Конечно же, это все не поддерживается со стороны VMware, поэтому все это вы делаете на свой страх и риск.

Как знают те из вас, кто следит за развитием технологий VMware, есть такой механизм как vFRC (vSphere Flash Read Cache), представляющий собой распределенный кэш на SSD-накопителях локальных дисков серверов ESXi (ранее он имел рабочее название vFlash). Не так давно мы писали про обзорный документ "What’s New in VMware vSphere Flash Read Cache", а на днях вышел более глубокий технический документ "Performance of vSphere Flash Read Cache in VMware vSphere 5.5", посвященный производительности vFRC.

Помимо всего прочего, в документе рассматривается способ получения информации о структуре и содержимом кэша vFRC. Сделать это можно с помощью команды:

~ # esxcli storage vflash cache list

Эта команда выведет список идентификаторов кэша для VMDK-дисков, для которых включена vFRC. Далее с помощью следующей команды можно узнать детали конкретного ID кэша:

 # esxcli storage vflash cache get –c <cache-identifier>

Несколько больше информации (включая объем закэшированных данных) можно почерпнуть из команд, приведенных ниже. Для этого потребуется создать переменную CacheID:

~ # cacheID='vsish -e ls /vmkModules/vflash/module/vfc/cache/'
~ # vsish -e get /vmkModules/vflash/module/vfc/cache/${cacheID}stats

В результате будет выведено что-то подобное:

vFlash per cache instance statistics {
cacheBlockSize:8192
numBlocks:1270976
numBlocksCurrentlyCached:222255
numFailedPrimaryIOs:0
numFailedCacheIOs:0
avgNumBlocksOnCache:172494
read:vFlash per I/O type Statistics {
numIOs:168016
avgNumIOPs:61
maxNumIOPs:1969
avgNumKBs:42143
maxNumKBs:227891
avgLatencyUS:16201
maxLatencyUS:41070
numPrimaryIOs:11442
numCacheIOs:156574
avgCacheLatencyUS:17130
avgPrimaryLatencyUS:239961
cacheHitPercentage:94
}
write:vFlash per I/O type Statistics {
numIOs:102264
avgNumIOPs:307
maxNumIOPs:3982
avgNumKBs:10424
maxNumKBs:12106
avgLatencyUS:3248
maxLatencyUS:31798
numPrimaryIOs:102264
numCacheIOs:0
avgCacheLatencyUS:0
avgPrimaryLatencyUS:3248
cacheHitPercentage:0
}
rwTotal:vFlash per I/O type Statistics {
numIOs:270280
avgNumIOPs:88
maxNumIOPs:2027
avgNumKBs:52568
maxNumKBs:233584
avgLatencyUS:11300
maxLatencyUS:40029
numPrimaryIOs:113706
numCacheIOs:156574
avgCacheLatencyUS:17130
avgPrimaryLatencyUS:27068
cacheHitPercentage:58
}
flush:vFlash per operation type statistics {
lastOpTimeUS:0
numBlocksLastOp:0
nextOpTimeUS:0
numBlocksNextOp:0
avgNumBlocksPerOp:0
}
evict:vFlash per operation type statistics {
lastOpTimeUS:0
numBlocksLastOp:0
nextOpTimeUS:0
numBlocksNextOp:0
avgNumBlocksPerOp:0
}
}

Приведенный вывод содержит все метрики, означенные в упомянутом документе. Далее вы можете использовать эту информацию для принятия решения о размере кэша на серверах ESXi и значении других настроек, описанных в документе.

Многие из вас знают о компании Login Consultants, которая занимается тестированием гипервизоров и ПО для виртуализации настольных ПК. Она делает хорошие сравнения в виде технических документов, а также наглядных демонстраций. Выпускаемый компанией инструмент VSI (Virtual Session Indexer) для симуляции нагрузки и тестирования VDI-сред стал стандартом де-факто при тестировании инфраструктуры виртуальных ПК у различных вендоров (например, см. тут). Напомним, что это коммерческое решение, а для бесплатного использования доступен продукт VSI Express.

Совсем недавно вышло обновление - Login Consultants Virtual Session Indexer (VSI) 4.1, в котором, несмотря на незначительное продвижение номера версии, появилось достаточно много всего нового.

Напомним, что средство Login VSI является вендоронезависимым, поэтому с его помощью можно тестировать любое VDI-решение, которое есть сегодня на рынке.

Итак, что нового:

1. Появилось 4 новых типа пользовательских нагрузок:

• Task
• Office (1vCPU)
• Knowledge (2vCPU)
• Power user

Можно создать и свой собственный профиль нагрузки на базе ваших корпоративных приложений.

2. Улучшения компонента Login VSI Analyzer.

Теперь это средство может собирать данные через VMware esxtop и Microsoft Windows Performance Monitor (есть возможность объединения данных от разных источников), обрабатывать их и делать выводы об "узких местах" VDI-инфраструктуры.

Работает это так: например, у вас есть график, где по горизонтали отложено количество виртуальных ПК на сервер ESXi, а по вертикали - время отклика. Провели два теста для нагрузки на ПК с ОС Windows 7 и Microsoft Office 2010 на борту. В одном тесте для достижения трэшхолда по отклику удалось разместить 148 сессий пользователей, а вот в другом - только 112 (кликабельно).

Надо выяснить, в чем дело - почему теперь на сервере помещается меньше пользователей? Накладываем график загрузки CPU и дисков и видим, что загрузка процессора достигает 100%, когда число пользователей переваливает за границу 112.

Таким образом, Virtual Session Indexer 4.1 позволяет не только получать информацию о производительности своей VDI-инфраструктуры, но и решать подобного рода проблемы, а также отвечать на вопрос, где ресурсов не хватает, а где наоборот переизбыток.

Скачать Login VSI 4.1 можно по этой ссылке. Если у вас уже есть версия 4.0, то вы просто можете скачать патч. Скриншоты продукта можно скачать тут.

Год назад мы писали об очень полезной утилите VMware OS Optimization Tool, которая позволяет оптимизировать ОС виртуального ПК для работы в инфраструктуре виртуальных десктопов VMware Horizon View. Оптимизация включает в себя тюнинг реестра в целях оптимизации производительности, а также отключение ненужных сервисов и запланированных задач.

Все уже было подумали, что утилиту выпустили и забыли, но нет, на днях вышло ее обновление - версия 1.1 (картинка ниже кликабельна), которая может оптимизировать настройки не только локального ПК, но и удаленного:

Напомним, что средство VMware OS Optimization Tool нужно для выполнения следующих операций с ОС Windows виртуального десктопа:

• Локальный анализ настроек и их оптимизация
• Удаленное применение настроек
• Просмотр истории изменений конфигураций
• Управление шаблонами для различных гостевых ОС

Новые возможности VMware OS Optimization Tool 1.1:

• Обновленные шаблоны конфигураций для Windows 7/8 – основаны на документе VMware OS Optimization Guide.
• Новые шаблоны настроек для серверных ОС Windows 2008/2012, которые можно использовать посредством механизма RDSH для доставки приложений в VMware Horizon View 6.
• Единый дизайн для всех элементов, улучшенное удобство развертывания
• Локальная и удаленная оптимизация скомбинированы в единой утилите, что удобно для администраторов.
• Улучшенный механизм управления шаблонами (есть как встроенные шаблоны, так и шаблоны, созданные пользователем).
• Возможность экспорта результатов.
• Различные багофиксы, улучшения юзабилити и интерфейса.

Интересно, что для различных настроек по их иконкам можно судить об их критичности для виртуального ПК:

То есть, красные нужно изменять очень осторожно, зная что вы делаете, а вот синие ничему особо не повредят.

Всего есть 4 категории для настроек:

• Registry Settings
• Disabling System Services
• Disabling Windows Features
• Disabling Scheduled Tasks

Скачать утилиту VMware OS Optimization Tool 1.1 можно по этой ссылке. В общем, штучка эта стала значительно полезнее теперь.

Как известно, огромное количество системных администраторов используют бесплатную платформу виртуализации VMware ESXi Free (он же vSphere Hypervisor). Почти все они интересуются вопросом, как организовать надежное хранилище для виртуальных машин, не покупая дорогостоящие аппаратные СХД.

Как раз таким ИТ-специалистам будет интересно послушать бесплатный вебинар "Hardware agnostic Virtual SAN for VMware ESXi Free", который пройдет 7 августа в 22-00 по московскому времени.

На мероприятии будет рассказано о технических аспектах решения номер 1 на рынке для создания программных iSCSI-хранилищ под VMware vSphere - StarWind Virtual SAN (мы писали о нем вот тут), а также об экономических составляющих решения. Напомним, что у продукта есть бесплатное издание с возможностями отказоустойчивости узлов хранилищ (ограничение только по объему хранения), что является беспрецедентным предложением на рынке.

Ну и пришедшим на вебинар - невероятный бонус: будет разыгран один бесплатный билет на конференцию VMware VMworld 2014 US, а также пять бесплатных билетов на выставку VMworld US 2014 (expo passes). Победитель будет выбран случайным образом в конце мероприятия.

ЗАРЕГИСТРИРОВАТЬСЯ

Как вы знаете, у компании VMware есть линейка продуктов под названием VMware Horizon. Самый известный продукт линейки - это решение для виртуализации настольных ПК VMware Horizon View. Однако в пакете Horizon есть еще и не столь популярная вещь - VMware Horizon Mirage (бывший продукт Wanova Mirage, купленный компанией VMware). Это решение, которое позволяет создать образ рабочей станции пользователя, разделив его на слои (система, приложения, а также данные и настройки пользователя), а потом централизованно управлять такими образами - обновлять их, делать миграции на новые версии ОС, деплоить на новые устройства и т.п.

Для популяризации продукта Horizon Mirage компания VMware запустила серию видеороликов, в которой поэтапно на практических примерах раскрывается функциональность продукта, что позволит администраторам и менеджерам ИТ-инфраструктур понять, нужен ли им этот продукт для управления физическими ПК компании.

В первом видео "VMware Mirage Overview" рассказывают для чего в принципе нужен продукт Mirage, обзирают его возможности, а также уже показывают его консоль:

Во втором видео "VMware Mirage - Windows Migration" показывают практический пример миграции Windows с одной версии на другую (рассказывается о том, как происходит работа со средством миграции пользовательского состояния USMT, сценариями post-script, слоями и драйверами):

В видео "VMware Mirage - Best Practices in Automation" сотрудники VMware показывают лучшие практики по автоматизации задач с примерами, которые выполняются с помощью Mirage Server Tools:

Четвертое видео "VMware Mirage - CVDs, Layers, Policies, and Rules" рассказывает о том, как работать с виртуальным устройством CVD (centralized virtual device). Также затрагиваются такие темы, как управление слоями, политики CVD, правила для слоев и написание скриптов.

Ну и заключительное пятое видео "VMware Mirage - Best Practices with Remote and Branch Offices" показывает мастер-класс о том, как нужно работать с конечными устройствами для инфраструктуры удаленных офисов и филиалов:

Скачать пробную версию VMware Horizon Mirage можно по этой ссылке.

Не так давно мы писали о том, что публичное облако VMware vCloud Hybrid Service стало дешевле и начинает экспансию в Европу, начав с британских датацентров. А на днях VMware обновила свой плагин vCloud Hybrid Service vSphere Client plug-in до версии 1.5, который позволяет управлять гибридным облаком (собственная виртуальная инфраструктура плюс ее часть, размещенная на стороне датацентров vCHS). Напомним, что про vCloud Hybrid Service vSphere Client версии 1.0 мы уже писали вот тут.

Данный плагин работает только под vSphere Web Client версии 5.5. С помощью плагина можно делать следующие вещи:

• Администрировать ресурсы на стороне публичного облака VMware (как в режиме Dedicated Cloud, так и в режиме Virtual Private Cloud).
• Просматривать инвентори виртуальных машин и управлять виртуальными датацентрами, их шлюзами и сетями.
• Развертывать виртуальные машины из шаблонов, находящихся в каталоге, а также изменять конфигурацию существующих ВМ.
• Автоматически получать обновления любых изменений, сделанных через vCHS web portal.

В версии плагина 1.5 была также добавлена поддержка двух механизмов: ярусного хранения (Storage tiers) и восстановления после сбоя (Disaster Recovery). Теперь вы можете настраивать размещение дисковых ресурсов виртуальных машин по ярусам ("тирам") на уровне виртуального датацентра (VDC), а также перемещать виртуальную машину с одного яруса (типа хранилища) на другой в зависимости от требований к хранилищам:

Кроме того, новая версия плагина позволяет просматривать ресурсы vCloud Hybrid Service Disaster Recovery (DR), такие как виртуальные датацентры и ВМ, их атрибуты (состояние ВМ, статус репликации и используемое хранилище на случай восстановления на стороне vCHS). Также можно выполнять некоторые действия, касающиеся DR-активностей, такие как тестирование восстановления и удаления его следов (Clean Up) прямо из плагина, не заходя в панель управления vCHS.

Также в плагине появилась возможность сохранять его логи в отдельный файл (по умолчанию логи сохраняются в основной лог клиента vsphere_client_virgo.log).

Плагин поставляется в виде родного установщика для vSphere Web Client, поэтому начать использовать его не составляет труда. Для заинтересовавшихся ниже представлено видео с возможностями vCloud Hybrid Service vSphere Client plug-in 1.5:

Скачать vCloud Hybrid Service vSphere Client plug-in 1.5 можно будет уже скоро по этой ссылке (пока там почему-то старая версия). Документация доступна тут.

Интересная утилитка (с открытым исходным кодом) появилась для VMware vSphere - VMware Guest Console Tool 1.0. Она позволяет соединиться с сервером VMware vCenter, выбрать в комбобоксе запущенную виртуальную машину и получить доступ к ее консоли. То есть жирный и долгий vSphere Client запускать не нужно.

Системные требования:

• PowerCLI 5.5
• .NET Framework 4.0
• PowerShell 3.0
• Сервер vCenter и хотя бы одна запущенная виртуальная машина

Скачать VMware Guest Console Tool 1.0 можно по этой ссылке.

На прошлой неделе компания Veeam Software, известная своим решением номер 1 для резервного копирования виртуальных машин, выпустила обновление продукта Veeam Management Pack for System Center Operations Manager 7.0, предназначенного для мониторинга виртуальной инфраструктуры VMware vSphere и Microsoft Hyper-V совместно с комплексным средством мониторинга ИТ-инфраструктуры Microsoft System Center Operations Manager (SCOM).

Основное нововведение - теперь продукт поддерживает мониторинг инфраструктуры Hyper-V. Напомним, что прошлая версия Veeam Management Pack 6.5 для VMware вышла в конце прошлого года.

Кроме того, как всегда от Veeam мы получаем интересные плюшки. На этот раз бонусом идет бесплатная лицензия (до 100 процессоров хост-серверов, находящихся под мониторингом) на издание Veeam Management Pack 7.0 Enterprise Edition:

Лицензию можно получить бесплатно до 31 декабря 2014 года. В дополнение к ней предоставляется год бесплатной техподдержки и подписки на обновления.

Новые возможности решения Veeam Management Pack 7.0 for SCOM:

• Real-time Hyper-V performance metrics - возможность в реальном времени отслеживать производительность хостов и виртуальных машин в инфраструктуре Hyper-V. Продукт Veeam Task Manager for Hyper-V отображает потребление ресурсов CPU хостом и виртуальными машинами на нем.

• Capacity planning for hybrid cloud - возможность планирования гибридного облака для вашей инфраструктуры. Veeam MP анализирует ваше частное (онпремизное) облако и нагрузки в нем, после чего предлагает часть ресурсов перевести в публичное облако Microsoft Azure или VMware vCloud Hybrid Service.

• vSphere host security profile reporting - возможность просмотра настроек безопасности VMware vSphere, таких как сетевой экран и прочее, а также средства просмотра произведенных в нем изменений, что позволяет не упустить изменения в инфраструктуре безопасности виртуальной среды.

• Enhanced Veeam MP deployment automation - улучшенные средства развертывания компонентов продукта, что приводит к уменьшению времени развертывания, в том числе за счет автоматического деплоя компонентов сбора данных.

Скачать Veeam Management Pack 7.0 for SCOM можно по этой ссылке. Больше информации о продукте доступно тут.

Недавно компания VMware выпустила интересный документ "Reference Architecture for Horizon with View and Virtual SAN", в котором описывается построение инфраструктуры виртуальных ПК VMware View Horizon на базе программных хранилищ VMware Virtual SAN. Те из вас, кто читает референсные архитектуры VMware, знают, что данный документ полезен тем, что в нем приведены практические примеры из реального мира о том, как нужно правильно внедрять данные решения. Кроме того, там описаны реальные конфигурации, пользовательские нагрузки, примеры сценариев тестирования и многое другое. Также в документе много графиков и интересных картинок.

Вот, например, какого результата удалось добиться на серверах Dell R720 PowerEdge для 400 виртуальных ПК (связанные клоны):

Производительность замерялась средствами Login VSI и VMware View Planner.

В документе содержатся следующие разделы:

• Executive Summary
• Overview
• Test Results
• System Configurations
• Test Methodology
• System Sizing
• Bill of Materials
• Conclusion

Несколько дней назад компания Citrix объявила о запуске технологического превью новой версии XenServer, которая будет иметь номер 6.5 или, скорее всего, 7.0. Напомним, что Citrix XenServer основан на коде открытого проекта XenServer (не путайте с обычным Xen), который поддерживается сообществом open source. Технологическое превью бинарно совместимо с XenServer Alpha 4 release.

Новые возможности платформы XenServer:

• 64-битный домен dom0
• Новая версия ядра Linux 3.10 kernel
• Обновленный виртуальный коммутатор Open virtual switch 2.1.1
• Улучшения обработки явления Boot storm с помощью использования кэша на чтение
• Использование Read caching для репозиториев хранилищ файлового типа
• Использование техник TRIM и UNMAP для возврата дисковых емкостей на сторону хранилищ при удалении виртуальных машин
• Миграция виртуальных машин с 32-битной платформы на 64-битную
• Технология миграции хранилищ с XenServer 6.2 и более ранних
• Поддержка гостевой ОС SLES 11 SP3
• Поддержка гостевой ОС Ubuntu 14.04 LTS

По поводу обработки эффекта Boot storm в Citrix добились внушительных результатов. На рисунке ниже представлен график зависимости времени загрузки виртуальной машины от числа одновременно запускаемых ВМ на хосте. Зеленый график отражает время загрузки с использованием улучшений по кэшированию на чтение, а красный - это то, что было раньше:

Скачать новую версию XenServer можно по этим ссылкам:

• XenServer Installation ISO
• XenCenter Installer

Исходники в исошках:

• Source ISO 1
• Source ISO 2

В этом посте специалисты компани ИТ-ГРАД расскажут о решении Cisco UCS Director и покажут как сделать так, чтобы конечные пользователи могли самостоятельно сформировать запрос на портале самообслуживания Cisco UCS Director и автоматически получить готовую виртуальную машину.

Для этого мы с вами научимся создавать наборы политик и объединять несколько политик в группу в рамках vDC, а также создадим каталог (шаблон) на базе этих политик, чтобы предоставить пользователям доступ к этому каталогу через портал самообслуживания.

Начнем с инфраструктуры. Инфраструктура, на базе которой мы будем выполнять все настройки, состоит из:

• NetApp Clustered DataONTAP 8.2 Simulator в качестве дискового массива;
• виртуальной инфраструктуры развернутой на базе:
• ESXi appliance 5.5.0;
• vCenter appliance 5.5.0a.

Выглядит это примерно так:

Сразу отмечу, что все настройки политик и параметров для шаблона(ов) виртуальных машин в нашем посте будут относиться к VMWare vSphere инфраструктуре..Читать статью далее

На прошлой неделе подоспели финансовые отчеты компаний VMware, Microsoft и Citrix за второй квартал 2014 года. В целом, динамика рынка виртуализации положительная, но ни о каком взрывном росте речь уже давно не идет. Смотрите также наш обзор показателей первого квартала 2013 года.

Итак, начнем с финансового отчета VMware. Здесь можно увидеть следующие показатели:

• Выручка составила 1,46 миллиарда долларов, что на 17% больше, чем во втором квартале 2013 года.
• Операционная прибыль (GAAP) во втором квартале составил $200 миллионов, что на 26% меньше аналогичного квартала годом раньше.
• Операционная прибыль (non-GAAP) составила составила $428 миллионов, что на 3% больше, чем годом ранее во втором квартале.
• Чистая прибыль (Net income) составила $167 миллионов, что на 32% меньше чем годом ранее ($245 млн).
• Кэш, его эквиваленты и краткосрочные инвестиции в сумме составляют $6,64 миллиарда.

Теперь переходим к отчету компании Microsoft (для Майкрософт это конец фискального года, то есть четвертый квартал). Тут вот какие достижения:

• Выручка составила 23,38 миллиарда долларов, что на 18% больше, чем в четвертом квартале 2013 года.
• Валовая маржа (Gross margin) в четвертом квартале составила $15,79 миллиарда, что на 10% больше аналогичного квартала годом раньше.
• Чистая прибыль (Net income) составила $4,61 миллиарда, что на 7% меньше аналогичного показателя четвертого квартала 2013.
• Операционная прибыль (GAAP) составила составила $6,48 миллиарда, что на 7% больше, чем годом ранее во втором квартале.
• Разводненная прибыль на акцию (diluted earnings per share, EPS) составила $0.55, что на 6% больше показателей прошлого года.

Показатели последнего квартала и года в целом:

Что было годом ранее:

Ну и, конечно же, многим интересны показатели приобретенной компанией Microsoft компании Nokia Devices and Services (NDS), которая перешла к Microsoft в конце апреля этого года, а также фейл от планшетов Surface (значения в скобках - это минуса):

Завершают парад отчетов показатели компании Citrix. Посмотрим, чего удалось добиться:

• Выручка составила 782 миллиона долларов, что на 7% больше, чем во втором квартале 2013 года.
• Чистая прибыль (net income) во втором квартале составила $53 миллиона, что на 17% меньше аналогичного квартала годом раньше ($64 млн).
• Валовая маржа (Gross margin) по GAAP в четвертом квартале составила 78%, операционная маржа - 7%.
• Разводненная прибыль на акцию (diluted earnings per share, EPS) составила $0.31, что на 9% меньше показателей прошлого года.

Показатели подетальнее:

Вроде все нормально пока у всех трех компаний, падения же чистой прибыли большей честью связаны с приобретением новых активов и инвестициями.

Многие начинающие администраторы VMware vSphere задаются вопросом, как правильно установить время на хосте VMware ESXi. Те из них, кто привык делать это в ОС Linux, могут попробовать выполнить команду:

Однако будет вот такой результат:

date: option requires an argument -- s  
BusyBox v1.19.0 (2012-02-29 14:20:08 PST) multi-call binary.     
Usage: date [OPTIONS] [+FMT] [TIME]     
Display time (using +FMT), or set time             

[-s,--set] TIME Set time to TIME          
-u,--utc        Work in UTC (don't convert to local time)          
-R,--rfc-2822   Output RFC-2822 compliant date string          
-I[SPEC]        Output ISO-8601 compliant date string                          
				 SPEC='date' (default) for date only,                          
				 'hours', 'minutes', or 'seconds' for date and                          
				 time to the indicated precision          
-r,--reference FILE     Display last modification time of FILE          
-d,--date TIME  Display TIME, not 'now'          
-D FMT          Use FMT for -d TIME conversion     

Recognized TIME formats:          
				 hh:mm[:ss]          
				 [YYYY.]MM.DD-hh:mm[:ss]          
				 YYYY-MM-DD hh:mm[:ss]          
				 [[[[[YY]YY]MM]DD]hh]mm[.ss]     

~ # date -s 2014-07-12 12:00:00  
date: Setting date not supported; use <esxcli system time set>

Обратим внимание на последнюю строчку, которая говорит нам о том, что команда date не поддерживается для установки даты и времени, вместо нее нужно использовать утилиту esxcli. Выполняем указанную команду:

~ # esxcli system time set
You must specify one of year, month, day, hour, minute or second

Вызовем помощь:

~ # esxcli system time set --help
Usage: esxcli system time set [cmd options]  

Description:
set Set the system clock time. Any missing parameters will default to the current time  

Cmd options:
-d|--day=<long> Day
-H|--hour=<long> Hour
-m|--min=<long> Minute
-M|--month=<long> Month
-s|--sec=<long> Second
-y|--year=<long> Year

Теперь все стало ясно: чтобы установить, например, октябрь месяц, вызываем команду с параметром "-M 10", то есть:

~ # esxcli system time set -M 10

Проверяем, что октябрь установился:

~ # date
Mon Oct 12 10:43:52 UTC 2014

Аналогично устанавливаем год, день, часы и минуты, используя параметры -y, -d, -H, -m, соответственно.

Ну а проверить можно не только с помощью date, но и через esxcli, заменив set на get:

~ # esxcli system time get
2014-07-12T10:59:14Z

Для тех из вас, кто планирует посещение главного события года в сфере виртуализации, конференции VMware VMworld 2014 в Сан-Франциско, появилась интересная утилита - VMworld Session Builder:

Всего доступно аж почти 500 сессий, для каждой сессии доступно расписание, информация о количестве свободных мест и возможность зарезервировать себе местечко на интересующей сессии. Кроме того, каждую сессию можно добавить в избранное. Слева есть хорошие фильтры по различным критериям.

На вкладке Speakers можно посмотреть список докладчиков и их сессии. Вот, например, доклад Антона Гостева, хорошо вам известного вице-президента по продуктам Veeam Software:

На вкладке Exhibitors можно найти информацию о компаниях, представленных в выставочной части конференции, а также попросить связаться с вами.

Торопитесь, мест на некоторых сессиях уже нет!

Как вы знаете, платформу VMware vSphere можно использовать бесплатно в полнофункциональном режиме в течение 60 дней. Однако, зачастую, этого времени оказывается недостаточно, и многие пользователи хотят сбросить триальную лицензию VMware ESXi, чтобы использовать продукт еще некоторое время до покупки.

Ниже приведен способ, как обновить триал VMware vSphere снова до 60 дней. Общая процедура такова:

• Отсоединяем хост ESXi от vCenter
• Заходим на ESXi через DCUI или по SSH
• Удаляем файлы /etc/vmware/vmware.lic и /etc/vmware/license.cfg
• Перезагружаем сервер
• Присоединяем хост к vCenter

После этого вы получите вот такую картинку - хост затриалится еще на 60 дней:

Команды удаления указанных файлов и перезагрузки следующие:

rm -f /etc/vmware/vmware.lic /etc/vmware/license.cfg
reboot

Для VMware vSphere 5.1 и 5.5 эти файлы надо удалять после каждой перезагрузки. Делается это так:

rm -f /etc/vmware/vmware.lic /etc/vmware/license.cfg
reboot ; while true ; do
rm -f /etc/vmware/vmware.lic /etc/vmware/license.cfg
done

Для ESXi 5.1 есть альтернативный метод без перезагрузки:

rm -r /etc/vmware/license.cfg
cp /etc/vmware/.#license.cfg /etc/vmware/license.cfg
/etc/init.d/vpxa restart

Для ESXi 5.0 это тоже делается без ребута:

rm -f /etc/vmware/vmware.lic /etc/vmware/license.cfg
services.sh restart

Ну а если у вас вдруг истек триал, а вы не успели прописать лицензию на хост, то сделать это очень просто. Надо открыть файл /etc/vmware/vmware.lic (зайдя по SSH):

~# vi /etc/vmware/vmware.lic

и прописать туда ваш ключик, после чего все должно заработать. Перезагрузка, вроде, не требуется.

Для vCenter тоже есть способ сброса триала, но не факт, что он сейчас работает:

• Создаем новый DSN к локальной базе SQL Express, где хранятся данные vCenter
• Удаляем vCenter
• Ставим vCenter заново, указав созданный DSN и убедившись, что не выбран режим overwrite

Интересное событие произошло недавно - в исследовании аналитической компании Gigaom Research платформа VMware Horizon была названа лидирующей на рынке и обошла своего конкурента XenDesktop от компании Citrix:

Сравнение производилось по следующим критериям:

• Простота развертывания
• Безопасность и средства ее обеспечения
• Интеграция с существующей ИТ-инфраструктурой
• Производительность и удобство для конечного пользователя
• Средства управления

Это несколько удивительно на фоне того, что обычно именно компанию Citrix называют лидером в сфере виртуализации настольных ПК практически во всех исследованиях. Понятно, что это исследование, возможно, проплачено со стороны VMware, но многим становится очевидно, что с выходом решения Horizon 6 компания Citrix начинает терять свои лидирующие позиции на рынке VDI (особенно на фоне того, что у VMware появился аналог решения Citrix XenApp для доставки приложений). Инфраструктуру VDI остальных вендоров можно пока не рассматривать всерьез.

Скачать исследование Gigaom можно по этой ссылке (нужен аккаунт, который можно завести по кредитке, после чего отменить подписку бесплатно).

Один из сотрудников компании VMware выпустил интереснейший документ "USB Device Redirection, Configuration, and Usage in VMware Horizon with View", посвященный волнующей многих администраторов теме - перенаправлению USB-устройств (он же "проброс") в виртуальные машины при использовании платформ VMware View, Workstation и Fusion.

Как вы знаете, подключая USB-устройство к хостовой ОС (например, где установлен VMware View Client), оно либо появляется автоматически (или с запросом) в гостевой ОС, либо недоступно совсем (если администратор отключил перенаправление или добавил правила фильтрации устройств в групповой политике), либо его можно подключить вручную из клиента:

После чего устройство начинает работать так, будто бы оно подключено локально к гостевой ОС виртуальной машины:

Между тем, у проброса USB есть множество нюансов, а именно:

• Пробрасываемые в гостевую ОС устройства можно фильтровать (т.е. отключать проброс) по различным критериям - ID вендора (VID), тип устройства (PID - видеоадаптер, сетевая карта) и т.п. Делается это средствами групповой политики (GPO) путем применения специальных шаблонов в качестве значений. Например, строчка IncludeVidPid: o:vid-0911_pid-149a позволяет включить устройства вендора 0911 с типом устройства 149a.
• При применении политик проброса USB (фильтрация, разрешение устройств, разделение композитных устройств) можно со стороны агента в гостевой ОС перекрывать политики клиента (override) или дополнять их (merge).
• Композитные устройства с несколькими USB-интерфейсами, например, клавиатура с трекпадом и сканером отпечатков, могут быть обработаны отдельно. Для этого есть политики разделения интерфейсов таких устройств (Split). О том, как их настраивать, подробно написано в документе.
• Некоторые устройства фильтруются клиентами автоматически (в зависимости от скорости соединения, типа устройства, гостевой ОС и т.п.), чтобы не было их нестабильной работы. Например, если вы хотите записывать DVD через интернет на USB-приводе - это, согласитесь, плохая идея, так как для такой операции должна быть обеспечена постоянная скорость передачи данных.
• Вебкамеры высокого разрешения и подобные устройства, создающие поток более 60 Mbps также не поддерживаются для перенаправления по тем же самым причинам.
• Высокопроизводительные устройства USB 3.0 пока не поддерживаются в VMware View, однако большинство из них может работать в режиме USB 2.0, в котором их перенаправление поддерживается еще с версии 5.3.
• На практике есть лимит для подключения USB-устройств в гостевую ОС - 32 устройства.
• Перенаправление USB для VMware View поддерживается в клиентах Windows, Linux (x86, ARM и ARM hard-float) и Mac OS X Clients. Проброс USB не поддерживается для клиентов iOS и Android.
• Перенаправление USB-устройств гонит трафик по порту 32111 (TCP), как при соединении по RDP, так и по PCoIP.
• Для механизма доставки приложений (RDS Hosted Apps) пока нет поддержки перенаправления USB.
• При перенаправлении устройств USB по WAN они могут не сразу появится в гостевой ОС - требуется время, чтобы прочитать файловую систему (лучше использовать NTFS вместо FAT, тогда будет работать быстрее).

Настройки политик перенаправления USB-устройств находятся для Windows вот тут:

Local Computer Policy > Computer Configuration > Administrative Templates

Для Linux вот тут:

А для Mac OS X регулируются правилами:

Ну и конечно в документе есть очень много примеров конфигурации политик проброса USB-устройств. Смотрите.

Не так давно мы писали про документ "VMware Virtual SAN Ready Nodes", в котором приведены примеры серверных конфигураций от различных производителей, подходящих в качестве готовых узлов отказоустойчивого кластера хранилищ VMware Virtual SAN.

На прошлой неделе компания VMware провела обещанное обновление этого документа, добавив туда новые серверные системы от Cisco (4 спецификации) и Hitachi (1 спецификация). Таким образом, теперь в документе есть 29 вариантов конфигураций для следующих вендоров серверного оборудования:

• Dell (3 узла)
• Fujitsu (5 узлов)
• HP (10 узлов)
• SuperMicro (6 узлов)
• Cisco (4 узла)
• Hitachi (1 узел)

Напомним, что к каждой спецификации на сервер прилагается профиль нагрузки, для которой предлагается его использовать, например, VDI-инфраструктура с числом виртуальных ПК до 100 или серверная инфраструктура на 60 ВМ. Также прилагается примерная конфигурация виртуальной машины, например: Virtual Machine Profle: 2 vCPU, 6 GB Memory, 2 x 60 GB virtual disks.

Кроме того, были сделаны следующие добавления:

• Для серверов Dell указаны партномера (DellStar Solution IDs - только штаты), работа над партномерами для других вендоров - в процессе. Для большинства узлов будет единый SKU для всех вендоров.
• Сбалансировано количество дисков для конфигураций с несколькими дисковыми группами.
• Для всех узлов (кроме Hitachi) была добавлена USB/SD card, с которой можно грузить ESXi.

Пока нет SKU для данных узлов, вы можете просто присылать документ "VMware Virtual SAN Ready Nodes" вендору и говорить что-то в стиле "хочу такую штучку".

Как мы писали недавно, в новой версии платформы VMware vSphere 6, которая сейчас находится в стадии публичной беты, появились возможности использования томов VVols (о которых мы писали здесь). Сейчас эта функциональность также находится в бете и доступна для загрузки вот тут. 

Концепция VVol (она же VM Volumes) увеличивает уровень гранулярности работы хост-сервера с хранилищем за счет непосредственных операций с виртуальной машиной, минуя сущности "LUN->том VMFS->Datastore". Тома VVol является неким аналогом существующих сегодня LUN, но с меньшим уровнем гранулярности операций по сравнению с томами VMFS (последние, как правило, создаются из одного LUN). Таким образом, ВМ находится на одном VVol как всадник на лошади.

Чтобы виртуальные машины можно было создавать на томах VVols и производить с ними различные операции, нужно чтобы дисковый массив поддерживал такой интерфейс как vSphere APIs for Storage Awareness (VASA). Через этот API возможна передача функций, обычно выполняемых хостом ESXi, на сторону аппаратного хранилища. Кроме того, есть также интерфейс vSphere Storage API – Array Integration (VAAI), который также используется для offloading'а операций на сторону массива, особенно когда дело касается операций миграции и клонирования ВМ.

Давайте посмотрим, как эти два API (VASA и VAAI) работают с хранилищем при операциях клонирования виртуальных машин, которые часто нужны в инфраструктуре виртуальных ПК на базе VMware Horizon View.

Сценарий 1 - клонирование ВМ в рамках одного контейнера VVol

В этом случае через API VASA вызывается функция cloneVirtualVolume, которая полностью передает на сторону дискового массива операцию клонирования ВМ:

Сценарий 2 - клонирование ВМ в рамках разных VVol

В этом случае все зависит от того, на каких хранилищах находятся данные VVol. Если VVol-a и VVol-b находятся на двух массивах одного вендора, настроенных единообразно, и управляются одним VASA Provider, то в этом случае используется API VASA и вызывается функция cloneVirtualVolume.

Если же VVol-a и VVol-b находятся на одном массиве и настроены по-разному, либо хранилища VVol-a и VVol-b находятся на двух массивах разных вендоров или моделей, то операция через VASA API может не пройти. Тогда происходит переключение на VAAI API, который использует датамувер ESXi (vmkernel data mover) и примитивы VAAI для клонирования виртуальной машины. При этом в случае неудачи передачи операций клонирования на сторону массива датамувер может начать перемещать данные через хост ESXi (подробнее - тут):

Конечно же, предпочтительнее делать все через VASA API - такая операция пройдет быстрее, поскольку в ней не будет задействован хост ESXi. Поэтому тут важна унификация конфигурации хранилищ и дисковых массивов в инфраструктуре. Ну и надо, конечно же, смотреть, чтобы закупаемые массивы в полной мере поддерживали VASA и VAAI.

Сценарий 3 - клонирование ВМ с тома VMFS на VVol

Если получается так, что ВМ надо склонировать с тома VMFS на хранилище VVol, то тут будет работать только операция XCOPY / WRITE_SAME интерфейса VAAI.

При этом работает это только для операции в направлении VMFS->VVol, при обратном клонировании этот API использован не будет.

Узнать больше о томах VVol и позадавать вопросы на эту тему вы можете на специальной странице Virtual Volumes beta community.

Прямо сейчас в Вашингтоне (D.C.) проходит традиционная ежегодная конференция для партнеров Microsoft Worldwide Partner Conference 2014. Если вы в данный момент там находитесь, не забудьте зайти на стенд #2320 компании StarWind Software, чтобы пообщаться с нашими коллегами, которые представляют решение для создания программных отказоустойчивых хранилищ StarWind Virtual SAN (о возможностях решения мы писали тут).

Кроме того, напомним, что StarWind будет обязательно представлять свои продукты на главном событии года, посвященном виртуализации - VMware VMworld 2014, которое пройдет в Сан-Франциско c 24 по 28 августа. Заходите к нашим ребятам на стойку #401.

Напомним основные возможности продукта StarWind Virtual SAN:

• Отказоустойчивость узлов типа Active-Active.
• Возможность создания двух или трехузловой конфигурации кластера хранилищ.
• Высокопроизводительная асинхронная WAN-репликация.
• Поддержка в качестве хранилищ как NAS, так и SAN.
• Хранение данных в виде файла образа (Image File).
• Поддержка технологии CDP и снапшотов.
• Возможности Thin Provisioning (растущие по мере наполнения диски).
• Технология High speed caching.
• Единая консоль мониторинга происходящих с хранилищами событий и средство оповещения администраторов по email или SNMP.
• Дедупликация данных (собственный высокопроизводительный механизм).

Скачать решение StarWind Virtual SAN можно по этой ссылке.